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(54) Semaphore for a conrqjuter system 

(57) A computer system is descriaed in which 
access to a shared resource is controlled l^y a sema- 
phore. The semaphore comprises a lock value and a 
key value. When a process wishes to access the shared 
resource, it calls a reserve function which increments 
the lock value and stores the unchanged value of the 
lock value in a \oca\ variable. The reserve function then 
performs a loop in which it repeatedly compares the key 
value with the local variable until they equal. When the 
process has finished with the shared resource, it calls a 
release function which inaements the key value. This 
guarantees to allocate the semaphore to processes in 
the order In which the processes requested It (i.e. In 
chronological order), in a cheap and effective nnanner. 
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Description 

Background to the Inverffion 

[0001 ] This i nvention relates to semaphores for com- s 
piiter systems. 

[0002] A semaphore is a mechanism for controlling 
access to a shared resource by a number of concurrent 
processes. The shared resource may, for example, be 
an area of shared memory. The concurrent processes 10 
may run on a single processor, or on cfifferent proces- 
sors. 

[0003] in one kriown form of semaphore, referred to as 
a spinlock semaphore, each shared resource has a 
semaphore bit associated with it. Whenever a process 75 
wishes to access a shared resource, H tests the sema- 
phore bit associated with the resource. If the sema- 
phore bit is set, the process "spins" in a tight loop, in 
which it repeatedly tests the semaphore value When 
the process finds that the semaphore bit is reset, it sets 20 
the semaphore bit and proceeds to access the shared 
resource. The testing and setting of the semaphore bit 
must be performed as a single atomic (i.e. indivisible) 
operation. When the process has finished accessing the 
shared resource, it resets the semaphore bit. 25 
[0004] A problem with this conventional spinlock sem- 
aphore, however, is that it cannot guarantee to allocate 
the semaphore to the processes in the order in which 
the processes requested it In particular, it is possible for 
two processes to continually swap a resource between 30 
them, thereby blocking a third process. The olsject of the 
present invention is to provide an improved spinlock 
semaphore that is guaranteed to allocate the sema- 
phore in the order in which the processes requested it 
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Summary of the Inventton 

[0005] According to the invention . a method of control- 
ling access by a plurality of processes to a pluraGty of 
shared resources in a computer system comprises: 40 

(a) providing each of the shared resources with a 
first semaphore value and a second semaphore 
value; 

(b) when a process requires to access a shared 46 
resource, storing a reservation number as a local 
variable for the process, the reservation number 
being derived from the first semaphore value of the 
resource, updating the first semaphore value of the 
resource in a predetemrdned manner, performing a so 
loop which repeatedly compares the reservation 
numt>er stored for the process with the second 
semaptxsre value of the resource, and permftting 

the process to access the resource when the reser- 
vation numt)er stored for the process is in a prede- ss 
termined relationship with the second semaphore 
value of the resource; and 

(c) when a process has finished access! ng a shared 
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resource, updating the second semaphore value of 
the resource in a predetermined manner. 

Brief Description of the Drawings 

[0006] 

Figure 1 Is a schematic diagram showing a connpu- 
ter system emtxxJying the invention- 
Figure 2 is a flow chart showing part of a client 
process. 

Figure 3 is a flow chart of a Reserve_5emaphore 
function. 

Figure 4 is a flow chart of a Release_semaphore 
function. 

Description of an Errtoodiment of the Invention 

[0007] One semaphore mechanism in accordance 
with the invention win now be descrbed by way of exam- 
ple with reference to the accompanying drawings. 
[0008] Figure 1 shows a computer system 10, which 
ains a number of client processes 1 1 . The system may 
comprise a single processing unit with a nulti-th reading 
operating system altowing a number of processes to run 
ooncun'ent^. Alternatively, the system may be a multi- 
processor system, in which different processes can run 
simultaneoL^ly on different processors. 
[0009] The client processes 11 share a number of 
resources 12, such as memory. Each resource has a 
semaphore 13 associated with rt. The semaphore com- 
prises a lock value 14 and a key value 15. The lock and 
key values are shared variables, and In this embodiment 
are initially set to the same value. 
[0010] Two functiorts are provided for managing the 
semaphores: a Reserve.semaphoreO function 16 arvJ 
a Release.semaptwreO function 1 7. These functions 
can be called by the client processes. 
[0O11] Figure 2 shows part of one of the cli^ proc- 
esses which makes use of the semaphore. 
[0012] (Step 21) When the client process wishes to 
access a shared resource^ it calls the 
Reserve.semaphoreO function. The call contains a 
parameter, specifying the kientity of the semaphore 
associated with the resource in question. 
[0013] (Step 22) When this call returns, the client 
process accesses the shared resource. 
[0014] (Step 23) The client process ttien calls the 
Release_sennaphoreO function. 
[0015] Figure 3 shows the ReservajsemaphoreQ 
function. 

[0016] (Step 31) The function increments the lock 
value of the semaphore, and sets a local variable 
origLlock equal to the unincremented value off the lock. 
This must be done as a single indMsble action. For 
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